Technique for Content Off-Loading in a Document 
Proessing System using Stub Documents 

BACKGROUND OF THE INVENTION 

Related Inventions 

IBM patent application serial number , entitled "Method and System for 

Automized and Synchronous Execution of Customized Code on Off-Loaded Retrieved Documents 
in a Document Processing System", filed concurrently herewith on December 12, 2001 and IBM 

application serial number , entitled "Method and System for Off-Loading and 

Retrieving Document Content in a Document Processing System", filed concurrently herewith on 
December 12, 2001, are related to this invention. 

Field of the Invention 

The invention relates to data processing environments with large document repositories 
and, more specifically, to a technique for handling content off-loading from a document 
processing system to a remote repository. 

Description of the Related Art 

Mailing client applications, such as Lotus™ Notes™ or Microsoft™ Outlook™, have a 
problem in that they contain continuously growing document repositories. These repositories 
store the incoming and outgoing notes or emails which often include large attachments such as 
text documents, graphics or even storage consuming digitized pictures. The notes and emails 
will be referred to hereafter as documents. As the repository grows larger, performance 
becomes a problem and storage resources can be used up. To keep the size of the repository 
manageable, a Lotus Notes application uses a Lotus Domino™ database from which a tool like 



IBM Content Manager CommonStore™ for Lotus Domino (CSLD) is used to move documents 
stored in that database to an archive physically located on a different device like a tape storage. 
CSLD thereupon permits a user access to documents that have previously been archived. Lotus, 
Notes, Domino and CommonStore are registered trademarks or trademarks of Lotus 
Development Corp. and/or International Business Machines Corporation (IBM), and Mircrosoft 
and Outlook are trademarks of Mircosoft Corp. 

CSLD also permits access to documents that have been archived from any archive client 
application (e.g., scanning applications, CommonStore for SAP™, etc.). When a document is 
retrieved from the archive to a Notes database, a Lotus Notes document is created. SAP is a 
trademark of SAP AG. 

IBM Content Manager CommonStore™ for Lotus Domino (CSLD) is a tool for moving 
Lotus Notes documents in various formats to an archive. CSLD also allows access to documents 
that have been archived from any archive client application (e.g., scanning applications, 
CommonStore for SAP™, etc). When documents are retrieved from the archive to a Notes 
database, a Lotus Notes document is created. 

The IBM Archive Content Manager and another tool called OnDemand maintain an 
index about archived documents. This means that archived documents can be deleted from 
Lotus Notes, since it is possible to find them later by searching the archive's index. In contrast, 
Tivoli Storage Manager (TSM) does not provide an index of its own, but rather leaves it up to 
the archiving application to maintain an index. That is, TSM itself does not allow searching for 
archived documents. 

CSLD uses the original documents within Notes to maintain the index. When a Notes 
document is archived via CSLD, it is assigned a unique identifier (ID) by the archive. CSLD 
generally writes this document archive ID to a field in the original Notes document. This allows 
retrieval of an archived document by ID without performing a search in the archive. 
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A drawback of the above prior art approaches is that when a document is deleted from 
Notes, the link to the archived document is completely lost. With Content Manager and 
OnDemand, the archived document could still be retrieved via an archive search. For TSM, 
however, since it does not provide an index to search over, there is no way to retrieve an 
5 archived document once the only Notes document containing the link to it is deleted. Therefore, 
CSLD does not allow deleting a document from Notes that has been archived to TSM. 

However, there is a need also for CSLD to release expensive disk space by archiving/off- 
loading complete Notes documents. 

jjo SUMMARY OF THE INVENTION 

S 5 

s a 

fy Accordingly, an object of the present invention is to provide a method and system for 

L handling content off-loading to a large document repository, which are less resource consuming 
J y than the prior art approaches. 

y Another object is to provide a user-friendly mechanism for off-loading and retrieving 

1 5 content. 

The concept of the invention is that a document including any possible attachments is 
copied to a remote repository and stripped down to a stub document containing at least the 
information required to retrieve the copied document from the remote repository. During 
retrieval, the retrieved content is re-inserted into the stub document to restore the original 
20 document. 

In other words, the invention proposes that document processing be performed on an 
original document such that certain content is cut-off or separated from the original document. 
This content is deleted from the original document, leaving a stub document in its place. The 
complete original document migrated (off-loaded) to the remote repository. In the stripped- 



down document which remains, only information which enables identification the off-loaded 
document on the remote repository and retrieval of it from the remote repository is provided. A 
few descriptive parts of the document are left in the stub document which allow the user to 
identify the stub document in the document processing system. 

The original document and the stub document have the same document ID in the 
underlying document processing system. Therefore, although the document has been off-loaded, 
existing links to it remain still valid. 

It is emphasized that the original document and the stub document are the same 
document just in two different versions, not being clones, placeholders or even copies. 

The proposed mechanism is less resource consuming than the prior art approaches and 
can advantageously be used in mail clients where mails potentially including attachments are 
archived on a remote mail server. As a first, storage is released due to the proposed 'down- 
stripping' of the original documents. Secondly, since the stub documents still contain a few 
descriptive fields, it is possible to search for off-loaded documents in the document processing 
system, although the remote repository may not provide a search index or mechanism. 

It is understood that the remote repository can be located on a local hard disk. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the present invention is described in more detail from which further 
features and advantages of the invention become evident, whereby: 

Fig. 1 is a flow diagram illustrating the various steps to archive a document and create 
a stub document from it, in accordance with the invention; and 
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Fig. 2 schematically shows he structure of a Louts Notes document before and after 
stripping it down to a stub document according to the invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Referring to Fig. 1, an archiving request for a Lotus Notes document 101 is issued to 
5 IBM Content Manager CommonStore™ for Lotus Domino (CSLD) 102 which copies the 
document 101 to a remote archive 103. The remote archive 103 is an example of a document 
repository. After archiving the document 101, CSLD 102 creates a stub document 104 from the 
jf original document 101 by stripping it down (deleting content). The original document 101 (a 
6 copy of which is in the archive 103) and the stripped-down document 104 have the same 

Li. 

So document ID 1 05 . The document ID 1 05 is not deleted during the stripping-down process. 

fy The size of a stub document is only a small percentage of the size of the original 

U document. In the present example, the stripping-down process reduces the document size of the 
! 'J original Lotus Notes document from 1 00 kByte to about 1 kByte. 

ru 

2 In CSLD, when a document has been archived successfully, it can be converted to a stub 

1 5 automatically and synchronously by applying LotusScript or Java code to it. This code can be 
customized so that administrators can decide which items to remove from documents. 

The above general description and the following described mechanism for creating stub 
files is for an implementation in which the document processing system is Lotus Notes. But it 
is noteworthy that the underlying concept of the invention can be applied also to other document 
20 processing environments. Technically, documents in Lotus Notes are basically a collection of 
items. All content except attachments and OLE objects is kept in items. Therefore, a stub 
document in that environment is a Notes document from which all large items have been 
removed. Further, a stub contains an item that contains a link to the archived document. 

In addition, the stub document retains just enough information to allow the document to 
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be displayed in a view or folder, and the document's readers fields. For example, a stub of a 
Notes email (memo) should contain the sender, receiver list, date/time the mail was sent, the 
subject and the link to the archived document. When a stub document is displayed in a 
view/folder, it cannot be distinguished from regular Notes documents (documents that have not 
5 gone through the stripping-down process), since it contains all items to be displayed in the 
view/folder. 

Now referring to Fig. 2, Fig. 2 illustrates how a Lotus Notes email document containing 
an attachment and various other fields is converted to a stub document in accordance with the 
invention. The stripping-down process leaves only those fields that are necessary to identify 

=!jo emails among other emails. In the present example, these fields include the 'Subject', 'Mail 

Q 

O Sender', 'Mail Recipients', and the date and time the email was posted. Also, the link to the 

j f* archived document is placed in the stub document. 

W 

a 

fU The following description is directed to an underlying generic document processing 

1=6 system. The description provides more detail regarding how searching for stub documents and 

! i 5 retrieving archived documents are handled according to the invention. 

Pu 

Searching for Stub Documents 

As mentioned before, stub documents are regular documents containing a few 
descriptive fields. Therefore, the search mechanism provided by the document processing 
20 system, e.g., a full text search, can be used to find even stub documents. Once a stub document 
is found, the original document can be restored via the archive ID stored in the stub document. 

Retrieving Archived Documents by Overwriting Stubs 

Once a stub is found after a predescribed search, a user can retrieve the corresponding 
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archived (complete) document. CSLD extracts the archive ID from the stub document, and 
retrieves the document from the archive using the archive ID. Then, the content of the archived 
document is re-inserted into the stub document. This will restore the original document 
completely. Even the document's unique ID (UNID) and security properties are preserved. 

It is emphasized that the proposed stub creation technique is not useful only when the 
above described Tivoli Storage Manager is used as the archive or repository. Even when the 
archive supports an index, one can create stubs from documents being archived instead of 
deleting them after archiving. This permits searching for archived documents in the document 
processing system, instead of searching in the archive. The search results are returned much 
faster than searching the archive. 



